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COMPUTER PROGRAM AND METHOD FOR MODIFYING 
DATA TABLES IN A TELECOMMUNICATIONS SWITCH 

5 MICROFICHE SOURCE CODE APPENDIX 

A Microfiche Appendix containing source code of computer programs of 
the present invention is appended hereto as 5 sheets of microfiche containing a total of 
306 frames and is hereby incorporated by reference into this application as if fully set 
forth herein. 

B 10 

sB BACKGROUND OF THE INVENTION 

1. FIELD OF THE INVENTION 
^ The present invention relates to telecommunications switches. More 

particularly, the invention relates to a computer program and method for modifying data 
715 tables in voice-over-i.p. local routing switches. 

C3 2. DESCRIPTION OF THE PRIOR ART 

Telecommunications companies are beginning to offer broadband home 
O and business communications systems that integrate a number of communications 
20 services in one package. For example, Sprint Communications Company, L.P. has 
recently introduced its ION broadband communications service that carries voice, data, 
and video over one connection. The service permits subscribers to make telephone 
calls, send and receive faxes, and use the Internet simultaneously. 

To integrate voice and data overthe same connection, broadband services 
25 require the use of voice-over-i.p. (Internet protocol) local routing switches for the voice 
component of the services. Two examples of voice-over-i.p. local routing switches are 
the GTE Service Manager Switch and the Telcordia Service Gateway Service Manager 
Switch. 

Voice-over-i.p. local routing switches typically support a number of data 
30 tables that include customer information, routing data, and network architecture 
information. Because broadband communications services are relatively new and 
rapidly growing, the information in these data tables must be frequently supplemented, 
edited, or otherwise modified. Unfortunately, no interfaces currently exist that permit an 
administrator such as a translations specialist to directly access and modify the tables 
35 in a voice-over-i.p. local routing switch. Telcordia has an interface for its Service 
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Manager Switch that permits an administrator to manipulate data at a service level, but 
the interface does not permit direct access to information in data tables. This is a 
disadvantage because, without direct access to the data tables in a voice-over-i.p. local 
routing switch, it is difficult and time-consuming to load large amounts of incremental 
5 updates. Moreover, if an administratorwishestoadd a new service using the Telcordia 
interface, the administrator first needs to modify the interface to support the new service, 
a task that requires special programming knowledge of the interface and the switch. 

□ SUMMARY OF THE INVENTION 

[ft 0 The present invention solves the above-described problems and provides 

,~ a distinct advance in the art of interfaces for voice-over-i.p. local routing switches. More 
C3 particularly, the present invention provides a computer program and method that allows 
Lj direct access and modification of the data tables in switches so that administrators can 
;\ more easily edit, supplement, or otherwise modify data therein. 

C35 The method and computer program of the present invention permits an 

jy administrator to view a list of voice-over-i.p. local routing switches; select a switch from 
52 the list; view a list of data tables for the selected switch; select a data table from the list; 
search for and retrieve information in the data table; modify the information; and then 
upload the modifications to the switch by sending the modifications to an interface on 
20 the switch. 

The present invention allows manipulation of data at a table level, rather 
than at a service level. At a table level, an administrator with sufficient understanding 
of the business logic of a voice-over-i.p. local routing switch can make updates quickly 
and easily. In addition, the table-level interface of the present invention supports mass 

25 loading of data into a switch, which cannot be easily or quickly done at a service level. 
With the present invention, an administrator may even add a new service to a switch by 
simply updating the necessary tables directly, without requiring complicated and time- 
consuming changes to the interface itself. 

The present invention uses a factory server to access data on a voice- 

30 over-i.p. local routing switch. An applet sends a logical name based on a server table 
name to the factory server. The factory server creates a remote object which is used 
by the applet to obtain an address to a table in the switch. The factory server is a stand- 
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alone component and therefore can be used by any application to create a remote 
object, including CORBA objects. 

The present invention also includes a table wrapper code generator 
component. Any time a new table is added to a voice-over-i.p. local routing switch, it 
5 requires the creation of a view to interpret data and an interface to manipulate the view. 
The view structure and interface definition language (IDL) structure are passed to the 
table wrapper code generator, which then creates the code to map the view elements 
to the IDL elements. The code generator automates what is normally a manual process 

C3 and therefore improves the accuracy and speed of table additions, particularly when 

|3j0 multiple tables are modified. 

[J These and other important aspects of the present invention are described 

C3 more fully in the detailed description below. 

f [ BRIEF DESCRIPTION OF THE DRAWING FIGURES 

cj5 A preferred embodiment of the present invention is described in detail 

H below with reference to the attached drawing figures, wherein: 

O Fig. 1 is a schematic diagram of computer and telecommunications 

equipment that may be used to implement certain aspects of the present invention. 

Fig. 2 is a flow diagram broadly depicting certain steps of the present 

20 invention. 

Fig. 3 is a screen shot of one of the screens presented by the computer 
program of the present invention. 

Fig. 4 is a screen shot of one of the screens presented by the computer 
program of the present invention. 
* 25 Fig. 5 is a screen shot of one of the screens presented by the computer 

program of the present invention. 

Fig. 6 is a screen shot of one of the screens presented by the computer 
program of the present invention. 

Fig. 7 is a screen shot of one of the screens presented by the computer 
30 program of the present invention. 

Fig. 8 is a screen shot of one of the screens presented by the computer 
program of the present invention. 
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Fig. 9 is a screen shot of one of the screens presented by the computer 
program of the present invention. 

The drawing figures do not limit the present invention to the specific 
embodiments disclosed and described herein. The drawings are not necessarily to 
5 scale, emphasis instead being placed upon clearly illustrating the principles of the 
invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
□ As generally depicted in Fig. 1 , the present invention provides an interface 

to one or more voice-over-i.p. local routing switches 10 (often referred to herein as 

)4 merely "switch" or "switches") such as the Service Manager Switch manufactured by 

f n 

o GTE or the Service Gateway Service Manager Switch manufactured by Telcordia. Each 
switch includes a plurality of Oracle data tables in a database or file 12 that contain 
s customer information, routing data, network architecture information, and other data. 
H 5 For example, the data tables may include NPA/NXX or originating area information and 
H information on existing trunk groups and trunk circuits. Each switch also includes an IDL 
C3 interface 1 4 that permits access to certain information in the data tables and that permits 
uploading of information to the switch. 

The interface of the present invention can be implemented in hardware, 
20 software, firmware, or a combination thereof. In a preferred embodiment, however, the 
interface is implemented with software that operates a server-type computer 1 6 and one 
or more user computers 18 coupled with the server computer 16. The software and 
equipment illustrated and described herein are merely examples of hardware and 
software that may be used to implement a preferred embodiment of the present 
25 invention and may be replaced with other software and computer equipment without 
departing from the scope of the present invention. 

The computer programs of the present invention operate the server 
computer 16 and the user computers 18 as described herein. The computer programs 
each preferably comprise an ordered listing of executable instructions for implementing 
30 logical functions in the server computer 16, the user computers 18, and the switch 10. 
The computer programs can be embodied in any computer-readable medium for use by 
or in connection with an instruction execution system, apparatus, or device, such as a 
computer-based system, processor-containing system, or other system that can fetch 
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the instructions from the instruction execution system, apparatus, or device, and execute 
the instructions. In the context of this application, a "computer-readable medium" can 
be any means that can contain, store, communicate, propagate or transport the program 
for use by or in connection with the instruction execution system, apparatus, or device. 
5 The computer-readable medium can be, for example, but not limited to, an electronic, 
magnetic, optical, electro-magnetic, infrared, wireless, or semi-conductor system, 
apparatus, device, or propagation medium. More specific, although not inclusive, 
examples of the computer-readable medium would include the following: an electrical 
% i connection having one or more wires, a portable computer diskette, a random access 
CP10 memory (RAM), a read-only memory (ROM), an erasable, programmable, read-only 
fQ memory (EPROM or Flash memory), an optical fiber, and a portable compact disk read- 
P only memory (CDROM). The computer-readable medium could even be paper or 
W another suitable medium upon which the program is printed, as the program can be 
electronically captured, via for instance, optical scanning of the paper or other medium, 
M5 then compiled, interpreted, or otherwise processed in a suitable manner, if necessary, 
id and then stored in a computer memory. 

J; The server computer 16 is programmed to send requests and upload 

modifications to the switch 10 via the switch's IDL interface 14 and to retrieve 
information from the Oracle data tables 12 via a similar interface. The server computer 

20 16 may be any conventional computing device such as a Dell 6300 series computer. 

The server computer 16 is programmed in accordance with the present 
invention with a series of HTML pages that may be accessed by one of the user 
computers 18 with a browser to implement certain steps of the invention. The server 
computer 1 6 is also programmed with a Java applet that is served to the user computers 

25 18 and launched by one or more of the HTML pages to perform certain aspects of the 
present invention as described below. Inside certain ones of the HTML pages are 
parameters that drive the behavior of the applet. For example, a parameter may be the 
location of a local oracle database containing information on several switches. By 
making this a parameter, the location can be changed without changing the Java code. 

30 The server computer 16 runs a SQL engine for accessing information in 

the Oracles data tables 12. The server computer 16 is also programmed with a factory 
server and a table wrapper code generator as described in more detail below. 
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The user computers 18 are coupled with the server computer 16 by a 
communications network such as a local area network (LAN), a wide area network 
(WAN), an intranet, an extranet, or the Internet. Each user computer 18 permits an 
administrator, such as a member of a network translations group, to access the server 
5 computer 16 to add, delete, supplement, or otherwise modify information in the data 
tables of the switch 10 as described in more detail below. The user computers 18 may 
be any conventional computing devices such as personal computers manufactured by 
Dell. 

f3 Certain translation, subscription, and network configuration tasks may also 

;|o be implemented with a server computer 22 and a user computer 24 that access the 
SI Oracle tables 12 through a service delivery platform (SDP) interface 26 of the switch 10 
5 as illustrated in Fig. 1. 

?" The general operation of the present invention is as follows. The applet 

= and the HTML pages on the server computer 1 6 provide direct access to the Oracle data 
?|5 tables 12 in the switch 10. The applet presents a graphical user interface (GUI) to the 
H user computers 18 that supports the activities required to add, update, delete, or 
C3 otherwise modify data that is stored in the data tables. An administrator may operate 
one of the user computers 18 to access the server computer 16 with a browser and 
launch the HTML pages and the applet. The applet then permits the administrator to 
20 view a list of switches, select a switch, select a data table from the switch, search for 
information in the selected data table, modify the retrieved information, and then upload 
the changes to the switch. 

The applet manages access to the SQL engine to obtain the requested 
information in the Oracle data tables 12. The applet also preferably performs a security 
25 check to ensure that the administrator has read and update authority for the application. 
The applet presents the retrieved information in an easy-to-read grid format or database 
on the screen of one of the user computers 1 8. The administrator may make changes 
while on line with the server computer 16 or may save the retrieved information to a file 
and perform changes to the file. When the administrator has completed making 
30 changes and/or modifications, the applet uploads the information to the switch 1 0 via the 
switch's IDL interface 14. 

The flow chart of Fig. 2 shows the functionality and operation of a preferred 
implementation of the present invention in more detail. In this regard, some of the 
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blocks of the flow chart may represent a module segment or portion of code of the 
computer programs of the present invention which comprises one or more executable 
instructions for implementing the specified logical function or functions. In some 
alternative implementations, the functions noted in the various blocks may occur out of 
5 the order depicted in Fig. 2. For example, two blocks shown in succession in Fig. 2 may 
in fact be executed substantially concurrently, or the blocks may sometimes be executed 
in the reverse order depending upon the functionality involved. 

An administrator first operates a browser on one of the user computers 18 
C3 to access the server computer 16 and to open the applet as depicted in box 200. The 
J»1 0 applet then presents a log-in screen that prompts the administrator to enter a user name 
/J and a password as depicted in box 202. 

p The applet next retrieves and displays a list of voice-over-i.p. local routing 

f j switches that may be accessed with the interface as depicted in step 204. The list is 
5 displayed on the screen of the user computer 1 8 in a database or grid such as the one 
bl5 illustrated in Fig. 3. The switch list preferably includes a switch number column 28, a 
H switch name column 30, and a switch version column 32 for indicating the version of 
O software that the switch is currently running. The administrator may highlight and then 

click on any switch in the list and then activate a Connect button 34 in the lower lefthand 

corner of the screen. 

20 Once the administrator has chosen a switch, the applet presents a screen 

such as the one illustrated in Fig. 4 that displays an Upload tab 36 that permits the 
administrator to upload information to the selected switch and a Table List tab 38 that 
lists all available data tables 12 that may be accessed in the selected switch. If the 
administrator selects the Table List tab 38, the applet retrieves and displays a screen 

25 with a list of all accessible data tables for the selected switch as depicted in box 206 of 
Fig. 2. An example of the screen is illustrated in Fig. 5. The administrator may then 
highlight one of the tables and activate a Get Selected Table button 40 to retrieve a 
"virtual" table of data from the selected data table as depicted in box 208. The applet 
then displays a screen such as the one illustrated in Fig. 6, which presents a list of key 

30 fields for the selected data table and a search column 42 that may be used to search for 
information or data within the data table as depicted in box 210. 

The factory server is used to access data on the switch 10. The applet 
sends a logical name based on a server table name to the factory server. The factory 
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server creates a remote object which is used by the applet to obtain an address to a 
table in the switch. The factory server is a stand-alone component and therefore can 
be used by any application to create a remote object, including CORBA objects. 

To perform a search, the administrator may enter search criteria in the search 
5 value column 42 and then click on a Search button 44 in the lower right-hand corner of 
the screen as illustrated in Fig. 7. The applet then searches the data table based on the 
search criteria and returns the information from the switch in a screen such as the one 
illustrated in Fig. 8. The retrieved information is preferably displayed in a spreadsheet 
*=* -type format on the screen of the user computer. The information may be sorted by 
*3 0 clicking on the field name of each column. Information that is retrieved from the switch 
-J may be saved to a text file by clicking on a Save to File button 46 located on the screen. 
J=J The applet then prompts the administrator to enter a location and file name in which to 
^ save the information. An entire table may also be saved to a text file, 
r Once information has been retrieved from the switch 10, the information 

.35 maybe supplemented, deleted, or otherwise modified as depicted in box 2 12. The data 
t3 may be modified while the administrator is on-line with the server computer 16 or may 
p be modified in a separate text file 20. Once the administrator has finished making 
changes to the data, the changes and/or the file may be uploaded to the switch as 
depicted in box 214 using an upload screen such as the one depicted in Fig. 9. The 
20 changes are preferably uploaded to the switch via the switch's IDL interface 14 or similar 
interface. The applet preferably does not write information directly to the Oracle tables 
12, but rather presents the information to the switch's interface so that the changes may 
be uploaded directly to the Oracle tables by the operator of the switch. 

The table wrapper code generator is used for mapping view elements. 
25 Particularly, any time a new table is added to a switch 10, it requires the creation of a 
view to interpret data and an interface to manipulate the view. The view structure and 
interface definition language (IDL) structure are passed to the table wrapper code 
generator, which then creates the code to map the view elements to the IDL elements. 
The code generator automates what is normally a manual process and therefore 
30 improves the accuracy and speed of table additions, particularly when multiple tables 
are modified. 

Although the invention has been described with reference to the preferred 
embodiment illustrated in the attached drawing figures, it is noted that equivalents may 
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be employed and substitutions made herein without departing from the scope of the 
invention as recited in the claims. 

Having thus described the preferred embodiment of the invention, what is 
claimed as new and desired to be protected by Letters Patent includes the following: 



